home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
- Path: netcom.com!adaworks
- From: adaworks@netcom.com (AdaWorks)
- Subject: Re: C/C++ knocks the crap out of Ada
- Message-ID: <adaworksDonLIz.EIB@netcom.com>
- Followup-To: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
- Organization: NETCOM On-line Communication Services (408 261-4700 guest)
- X-Newsreader: TIN [version 1.2 PL1]
- References: <JSA.96Feb16135027@organon.com> <adaworksDoBsy8.Brz@netcom.com> <4ikbar$g0k@tpd.dsccc.com> <adaworksDoL573.7vs@netcom.com> <4isvac$kek@tpd.dsccc.com>
- Date: Fri, 22 Mar 1996 05:20:58 GMT
- Sender: adaworks@netcom4.netcom.com
-
- Kevin Cline (kcline@sun132.spd.dsccc.com) wrote:
-
- : The problem I had with Ada-83 was that I became responsible for
- : the creation of these packages. In C or C++, I would have had
- : a ready-made API. Yet another Ada project start-up cost that a C
- : developer would not have to pay.
- : --
- : Kevin Cline
-
- Kevin,
-
- I agree that it was frustrating to purchase a compiler and discover
- that the compiler publisher forgot to include platform-specific I/O
- packages. This was in part due to the idea that all one had to do
- to provide an Ada compiler was pass the validation suite. Hardware
- vendors were particularly culpable on this one.
-
- With a little luck, we will see the compiler publishers paying attention
- to need for their compiler to actually work on the devices attached to
- the operating system for which their compiler is intended.
-
- Before I get flamed too badly, not all compiler publishers were at
- fault on this. And many got better as they got more mature in their
- understanding of the needs of their customers.
-
- Richard Riehle
- adaworks@netcom.com
- --
-
- richard@adaworks.com
- AdaWorks Software Engineering
- Suite 27
- 2555 Park Boulevard
- Palo Alto, CA 94306
- (415) 328-1815
- FAX 328-1112
-